1 CHANNEL DANCER 

2 Related Applications 

3 This application claims priority on U.S. Provisional Application No. 

4 60/1 97,682, entitled "Channel Dancer", which is hereby incorporated by reference. 

5 Technical Field 

6 The technical field is delivery of broadband content and personalized 

7 multimedia content delivery systems. 

8 Background 

9 Over the past ten years, the bandwidth capacity available to consumers for 

1 0 receiving content from the Internet and other networks has increased ten-fold and 

1 1 more. The increased bandwidth capacity has enabled consumers to download larger 

12 and larger files and other content, including rich media and multimedia content such 

13 as video clips, songs and movies. This increased bandwidth capacity has increased 

14 Internet usage and the potential for enjoyable and productive usage. 

1 5 Despite the increased bandwidth capacity, however, prior to the present 

1 6 invention, there were no consumer-based broadband services that automate the 

1 7 delivery of rich media and multimedia content directly to the consumer's personal 

1 8 computer (PC) or Internet access device. Prior to the present invention, there were 

1 9 no service providers optimizing the use of a broadband connection by distributing 

20 multiple channels of rich media content and providing a mechanism to automate the 

21 selective tuning to desired material. Prior to the present invention, there were no 

22 mechanisms available to support Internet protocol ("IP") recording and hence the 

23 time-shifted viewing of rich media material broadcast to the consumers PC or 

24 Internet access device. 

25 Likewise, there has been an increase in the efforts of companies to gather 

26 information about consumers and to target consumers with advertising. Despite this 

27 effort, however, prior to the present invention there was no user interface that 

28 incorporates a profiling engine in offering personalized access to available material. 

29 Indeed, prior to the present invention, there was no personalized offering of rich 

30 media material to consumer PCs and Internet access devices. Further, companies 

3 1 gathering information about consumers seek to utilize that information remotely 

32 from the consumer PC or Internet access device, therefore raising privacy concerns. 

33 Moreover, prior to the present invention there were user interfaces are available that 



1 support downloading rich media content and provide utilities for the ongoing 

2 management of local disk resources that store or cache the rich media content. 

3 For the broadcaster or source of content, advertising, and e-commerce 

4 opportunities to a consumer PC or Internet access device, prior to the present 

5 invention there was no way to combine multiple threads of targeted advertising with 

6 the delivery of broadband video, without the expensive pre-broadcast process of 

7 authoring of video content. Authoring of video content is a frame-by -frame, labor- 

8 intensive process of associating advertising into video content by inserting 

9 "triggers" in the video stream itself. Likewise, prior to the present invention, there 

I o was no way to support multiple concurrent channels of IP-based video within a 

I I system that allows individual clients to dynamically link to channels of a specific 

12 interest. Moreover, prior to the present invention, there was no easy, integrated way 

13 to implement pay-per-view ("PPV") and subscription in the distribution of 

14 broadcast video content. Further, the broadcaster, prior to the present invention, has 

15 no way to receive real-time statistics on system usage, including targeted 

16 advertising impressions and click-throughs. 

17 Summary 

1 8 A system and method (the "Channel Dancer") of delivering broadband 

1 9 content that has been personalized for a recipient user is disclosed by this 

20 application. By excelling in the personalization of the user's view of broadband 

21 content on the Internet and otherwise, the system and method develop "stickiness" 

22 with the user that maximizes the benefits and effectiveness of advertising and 

23 related activities. 

24 An embodiment of the system comprises a network operations center 

25 ("NOC") that collects, aggregates and classifies content, assigns appropriate 

26 targeted advertising and e-commerce material to the content, and schedules the 

27 content for transmission on "virtual channels", a transmission medium, such as a 

28 satellite, that transmits the virtual channels, an edge-of-net location, such as a 

29 broadband Internet Service Provider ("ISP"), that receives the virtual channels 

30 transmitted from the transmission medium, and a user machine (e.g, a personal 

3 1 computer ("PC")) on which resides client software (the "client"). The NOC also 

32 preferably generates and transmits to the client a control channel comprising content 

33 programming information and graphical user interface ("GUI") "skins" updates. 

34 The GUI skins are used to dynamically update GUIs through which the user views 
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1 and selects content, and are used to deliver target advertising and e-commerce 

2 opportunities based, for example, on user feedback. The system preferably also 

3 comprises a point-of-presence ("POP") client server, referred to as the "Channel 

4 Dancer" server, which resides at the edge-of-net location, or another location, and 

5 that acts as a router, propagating requested or personalized virtual channels to the 

6 client. The NOC may also comprise one or more servers for carrying out the above 

7 tasks and for keeping track of user feedback received over the Internet or otherwise, 

8 handling pay-per-view transactions and managing client services, including billing. 

9 [Independent Claims] 

1 0 Brief Description of the Figures 

1 1 The detailed description will refer to the following drawings, in which like 

12 numbers refer to like items, and in which: 

13 Figure 1 is a block diagram overview of a system for delivering personalized 

14 broadband content. 

1 5 Figure 2a and 2b are block diagrams illustrating exemplary hardware for 

16 servers and user machines of the system for delivering personalized broadband 

17 content. 

1 8 Figure 3 is a flowchart of a method for delivering personalized broadband 

19 content. 

20 Figure 4 is a block diagram illustrating a NOC and operation of the NOC in 

21 detail. 

22 Figure 5 is a flowchart of a method of content and advertising aggregation 

23 and management. 

24 Figure 6 is a flowchart of a method of content and advertising classification. 

25 Figure 7 is a flowchart of a method of content and advertising scheduling. 

26 Figure 8 is flowchart of a method of network controller operation. 

27 Figure 9 is a block diagram illustrating a channel controller component and 

28 operation of the channel controller. 

29 Figure 1 0 is a flowchart of a method of channel controller operation at the 

30 NOC. 

3 1 Figure 1 1 is a block diagram of components of and operation of a POP client 

32 server of the system for delivering personalized broadband content. 

33 Figure 12 is a flowchart of a method of POP client server operation. 
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1 Figure 1 3 is a block diagram illustrating components of and operation of a 

2 client of the system for delivering personalized broadband content. 

3 Figure 14 is a flowchart of a method of client operation. 

4 Figure 1 5 is a flowchart of a further method of client operation. 

5 Figure 1 6 is a flowchart of a method of client installation and digital rights 

6 management. 

7 Figure 17 is a block diagram of additional components of the NOC. 

8 Figure 1 8a is a flowchart of a method of license file generation. 

9 Figure 1 8b is a flowchart of a method of account inquiry. 

I o Figure 1 9 is a flowchart of a method of pay-per-view access. 

I I Figure 20 is a logic flow/block diagram of a pay-per-view access operation. 

12 Figure 21 is a flowchart of a method of e-commerce purchasing. 

1 3 Figure 22 is a flowchart of a method of advertising redirection. 

14 Figure 23 is a flowchart of a method of data mining. 

1 5 Figure 24 is a block diagram of an alternative embodiment of the NOC. 

1 6 Figure 25 is a flowchart of a method of creating a dynamic GUI. 

1 7 Figure 26 is a flowchart of a method of delivering personalized broadband 

1 8 content. 

1 9 Figure 27 is a flowchart of another method of advertising in the system for 

20 delivering personalized broadband content. 

2 1 D etailed Description of the Preferred Embodiments 

22 Figure 1 illustrates an embodiment of a system 10 for delivering 

23 personalized broadband content. As shown in Figure 1, the system 10 preferably 

24 comprises a network operations center ("NOC") 12, a transmission medium 14, a 

25 broadband Internet Service Provider ("ISP") 16, and a user machine 1 8. In general 

26 operation, the NOC receives or retrieves content 122, processes and schedules the 

27 content 122 for transmission on virtual channels 124, transmits or broadcasts the 

28 virtual channels 124 over the transmission medium 14 to broadband ISPs 16, from 

29 which the virtual channels 124 (and hence, the content 122) are transmitted, based 

30 at least in part on user feedback, over a broadband connection (e.g., cable, DSL or 

3 1 T-x line) to the user machine 1 8, on which resides client software (the "client") 20 

32 that processes received virtual channels 124 to display content to a user and to store 

33 content as the user's personal content 1 82. 
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1 The NOC 12 preferably comprises a plurality of servers, controllers, storage 

2 devices and other components that are generally responsible for the overall 

3 operations of the system 10. In a sense, the NOC 12 may also be thought of as a 

4 "headend" of the system 10. The NOC 12 preferably collects, aggregates and 

5 classifies content (e.g., video, audio and Web data) 122. The NOC 12 preferably 

6 assigns (e.g., based on the classification of the content) appropriate targeted 

7 advertising, e-commerce material and other promotional or commerce-related 

8 material (collectively, "assigned material") to the content 122. 

9 A content scheduler application (not shown) of the NOC 12 preferably 

10 schedules the content (with the assigned material) 122 for transmission on the 

1 1 virtual channels 124. Each virtual channel 124 preferably has a "main" video (or 

12 audio) component that is the primary content stream. Each virtual channel 124 

13 preferably can concurrently carry several multiplexed streaming sub-components 

14 and preferably includes an integrated file transfer capability. Therefore, advertising 

1 5 and other promotional material, as one sub-component, may be associated with the 

1 6 primary content stream or main component, by synchronizing the advertising with 

1 7 the broadcast content on one virtual channel at run time (when the virtual channel is 

1 8 created and broadcast), leaving the primary content stream unaltered. For example, 

19 the primary content stream may have known commercial breaks; the content 

20 scheduler preferably synchronizes the advertising with the commercial breaks so 

21 that the virtual channel displays the advertising during these commercial breaks. 

22 Consequently, preprocessing (authoring) of the principal video or audio stream is 

23 not required to deliver multiple targeted advertising streams in tandem. 

24 The NOC 12 also generates special low-bandwidth virtual channels 124 

25 referred to as "control channels." The control channels are preferably configured to 

26 continually broadcast content 122 programming information. The control channels 

27 preferably also carry client 20 graphical user interface ("GUI") updates ("skins"). 

28 As discussed below, the client 20 may present received content 122 and the content 

29 122 programming information to the user with GUIs. The GUI skins may be used 

30 to brand and personalize the GUIs, including material displayed in banners and 

3 1 other locations of the GUIs. By dynamically updating the GUI skins, the system 10 

32 provides flexibility in both branding and personalization as well as supporting the 

33 insertion of targeted advertising and e-commerce opportunities with the GUI itself 
3 4 (e. g. , in GUI banners) . 
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1 Further, the control channel 126 preferably delivers, among other things, an 

2 event database and a java applet. The java applet, preferably executed by the client 

3 20, preferably reads a user personal profile and event database in order to display a 

4 dynamic GUI. The control channel 126 may also feed a rich media screen saver 

5 that provides information about content 122, adverting and e-commerce 

6 opportunities on a user's screen saver. 

7 The NOC 1 2 preferably packages the virtual channels 1 24 as Internet 

8 Protocol ("IP") Multicast streams and then delivers them via the transmission 

9 medium 14 (e.g., satellite) to the broadband ISPs 16 at the edge of the Internet. The 

1 0 broadband ISPs 1 6 are preferably enabled to receive and transmit high bandwidth 

1 1 (e.g., > kPs) content, providing the ISP subscribers with high bandwidth service. 

12 Preferably, point-of-presence ("POP") client servers (not shown) sitting on the 

1 3 backbone (not shown) of the broadband ISPs 1 6 receives the virtual channels 1 24. 

14 The POP client servers preferably act primarily as gateway Multicast routers, 

1 5 propagating requested virtual channels 124 (multicast streams) over the ISP's 16 

1 6 backbone, and on to the user machines 1 8. The POP client servers may propagate 

1 7 virtual channels 124 as determined based on, e.g., user feedback, advertising and e- 

1 8 commerce hits and viewing habits (collectively, "user feedback"). 

1 9 The client 20 on the user machine 1 8 preferably transmits user feedback, 

20 including advertising and e-commerce hits generated by the user on the user 

2 1 machine 1 8, to the NOC 1 2 via, e.g. , the Internet or other transmission medium. 

22 The client 20 may transmit this information in response to requests from the NOC 

23 12 or as scheduled. The NOC 12 preferably records this information in a 

24 transaction database (not shown) located at the NOC 12. 

25 Figure 2a is a block diagram illustrating exemplary hardware components 

26 for implementing the various servers of the system 10 for delivering personalized 

27 broadband content. For example, the exemplary hardware shown may be used to 

28 implement the servers of the NOC 12 or the POP client server. Server 30 typically 

29 includes a memory 32, a secondary storage device 34, a processor 36, an input 

30 device 38, a display device 40, and an output device 42. Memory 32 is preferably a 

3 1 computer-readable medium and may include RAM or similar types of memory, and 

32 it may store one or more applications 44 for execution by processor 36. Secondary 

33 storage device 34 is preferably a computer-readable medium and may include a hard 
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1 disk drive, floppy disk drive, CD-ROM drive, or other types of non-volatile data 

2 storage. 

3 Processor 36 executes the application(s) 44, which is stored in memory 33 or 

4 secondary storage 34, or received from the Internet or other network. Input device 

5 38 may include any device for entering information into server 30, such as a 

6 keyboard, mouse, cursor-control device, touch-screen, microphone, digital camera, 

7 video recorder or camcorder. Display device 40 may include any type of device for 

8 presenting visual information such as, for example, a computer monitor or flat- 

9 screen display. Output device 42 may include any type of device for presenting a 

10 hard copy of information, such as a printer, and other types of output devices 

1 1 include speakers or any device for providing information in audio form. Server 30 

12 may store a database structure in secondary storage 34, for example, for storing and 

13 maintaining such information as described herein. 

14 Also, processor 36 may execute one or more software applications 44 in 

15 order to provide the functions described in this specification, and the processing 

16 may be implemented in software, such as software modules, for execution by 

17 computers or other machines, such as the user machine. 

1 8 Figure 2b illustrates typical components of a user machine 1 8 used by a user. 

19 User machine 18 typically includes a memory 45, a secondary storage device 46, a 

20 processor 48, an input device 50, a display device 52, and an output device 54. 

21 Memory 45 is preferably a computer-readable medium and may include random 

22 access memory (RAM) or similar types of memory, and it may store one or more 

23 applications 56 (may include application(s) 44 received from server), including the 

24 client 20, and a web browser 58, for execution by processor 48. Secondary storage 

25 device 50 is preferably a computer-readable medium and may include a hard disk 

26 drive, floppy disk drive, CD-ROM drive, or other types of non-volatile data storage. 

27 Processor 48 may execute applications 56 (and/or 44) or programs stored in 

28 memory 45 or secondary storage 46, or received from the Internet or other network 

29 (not shown). For example, the processor 48 preferably executes the client 20 in 

30 order to provide the client functions described herein. 

3 1 Input device 50 may include any device for entering information into user 

32 machine 1 8, such as a keyboard, mouse, cursor-control device, touch-screen, 

33 microphone, digital camera, video recorder or camcorder. Display device 52 may 

34 include any type of device for presenting visual information such as, for example, a 
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1 computer monitor or flat-screen display. Output device 54 may include any type of 

2 device for presenting a hard copy of information, such as a printer, and other types 

3 of output devices include speakers or any device for providing information in audio 

4 form. 

5 Web browser 58 is used to display the dynamic GUIs described herein. 

6 Examples of web browsers include the Netscape Navigator program and the 

7 Microsoft Internet Explorer program. Any web browser, co-browser, or other 

8 application capable of retrieving content from a network and displaying pages or 

9 screens may be used. 

1 0 Examples of user machines 1 8 include personal computers, laptop 

1 1 computers, notebook computers, palm top computers, network computers, wireless 

12 devices, or any processor-controlled device capable of executing a web browser or 

1 3 other type of application for interacting with the system. 

14 Although only one server 30 is shown, the servers described herein may use 

1 5 multiple servers 30 as necessary or desired and may also use back-up or redundant 

1 6 servers to prevent network downtime in the event of a failure of a particular server. 

17 In addition, although machine 1 8 and server 30 are depicted with various 

1 8 components, one skilled in the art will appreciate that the user machines 1 8 and the 

1 9 server 30 can contain additional or different components. In addition, although 

20 aspects of an implementation consistent with the present invention are described as 

2 1 being stored in memory, one skilled in the art will appreciate that these aspects can 

22 also be stored on or read from other types of computer program products or 

23 computer-readable media, such as secondary storage devices, including hard disks, 

24 floppy disks, or CD-ROM; a signal, a carrier wave from the Internet or other 

25 network; or other forms of RAM or ROM. The computer-readable media may 

26 include instructions for controlling a computer system, such as user machine 18 and 

27 server 30, or other device, to perform a particular method (e.g, such as the methods 

28 described herein). 

29 Figure 3 is a flowchart illustrating a method 60 of delivering personalized 

30 broadband content. The method 60 preferably comprises: processing content 62, 

3 1 assigning promotional material to content 64, scheduling content for transmission as 

32 virtual channels 66, configuring a control channel 68, delivering virtual channels 70, 

33 propagating requested virtual channels 72 and collecting user feedback 74. 

34 Processing content 62 preferably comprises collecting, for example, audio, video 
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1 and Web data, aggregating the audio, video and Web data together, and classifying 

2 the audio, video and Web data. The content 122 is preferably collected from a 

3 variety of sources and collecting may comprise receiving or retrieving the content 

4 122 from external sources or from internal sources (e.g, content databases). 

5 Aggregating may comprise storing received or retrieved content 122 in a NOC 12 

6 data repository (not shown), assigning the content 122 an expiration date, reviewing 

7 content to assure adherence to standards required for NOC 12 processing 

8 operations, and/or assigning live feeds directly to a specific channel controller (not 

9 shown) for inclusion in a specific virtual channel 124. Classifying the content 122 

10 may comprise assigning each item of content 122 a particular class or category 

1 1 based on pre-determined guidelines. For example, all live sports may be assigned a 

12 class "live-sports" and a Monday Night Football™ game a sub-class "live 

13 professional football". 

14 Assigning promotional material to content 64 preferably comprises 

1 5 assigning appropriate targeted advertising, e-commerce material and other 

1 6 promotional or commerce-related material (collectively, "assigned material") to the 

1 7 content 122. The appropriateness of the assigned material may be determined by 

1 8 the classification of the content 122 and the correlation of the assigned material to 

19 that classification. For example, a beer commercial may be targeted advertising for 

20 the class "live-sports" and especially the sub-class "live professional football." 

21 Therefore, the beer commercial is appropriate targeted advertising for the Monday 

22 Night Football ™ content. 

23 Scheduling content for transmission as virtual channels 66 preferably 

24 comprises assigning content, and assigned material, on virtual channels 124 so as to 

25 efficiently transmit the content. For example, "live-sports" content may be grouped 

26 together on one or more virtual channels 124 to minimize the number of virtual 

27 channels that are transmitted to a user requesting or being targeted with "live- 

28 sports" content. 

29 Configuring a control channel 68 preferably comprises creating a low- 

30 bandwidth virtual channel 124 with information comprising a description of the 

31 content 122 scheduled on the virtual channels 124 and a description of each virtual 

32 channel 124. The control channel is preferably continually transmitted and updated 

33 so as to contain accurate and up-to-date information on the content 122 and the 
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1 virtual channels 124 being broadcast at present and in the future. Configuring a 

2 control channel may also comprise loading GUI skins on the control channel so 

3 GUI skin updates may be transmitted to the user machine 1 8. 

4 Delivering virtual channels 70 preferably comprises transmitting the virtual 

5 channels 124 to the broadband ISP 16. Delivering preferably comprises packaging 

6 the virtual channels 124 as IP Multicast streams and transmitting the virtual channel 

7 124 IP Multicast streams via the transmissionmedium 14 (e.g., satellite) to 

8 broadband ISPs 16. Propagating requested virtual channels 72 preferably comprises 

9 transmitting virtual channels 124 that have been requested by the client 20 or that 

1 0 are being targeted to the user via a broadband connection to the user machine 18. 

1 1 The client 20 may request virtual channels 124 that the user has specified or that fit 

12 some criteria pre-determined by the user (e.g., such as a personal profile) or that are 

13 determined by user feedback. 

14 Collecting user feedback 72 preferably comprises the NOC 12 receiving user 

1 5 feedback from the user machine 1 8. The client 20 may transmit the user feedback 

1 6 as requested or polled by the NOC 1 2 or at regularly scheduled intervals, for 

1 7 example. The user feedback is preferably transmitted via the Internet, but other 

1 8 transmission mediums may be used. 

1 9 Figure 4 illustrates various components of the NOC 12 and depicts 

20 operations of the NOC 12. As shown, the NOC 12 preferably comprises a network 

21 controller 126, a plurality of channel controllers 128, an IP gateway 130, an uplink 

22 132 and one or more data repositories 134. As mentioned above, the NOC 12 

23 preferably also comprises a NOC server (not shown in Fig. 4) that runs various 

24 software applications, as represented by the following software modules: a content 

25 & advertising aggregation\management module 136; a content & advertising 

26 classification module 137; and, a content & advertising broadcast scheduling 

27 module 138 (i.e., the content scheduler 138). Content 122 preferably includes 

28 computer file-based material as well as live video/audio streams (e.g, IP, digital or 

29 analog streams), although content may include video, audio, text and other material 

30 from a variety of sources (e.g., recorded material such as video and audio tapes, 

3 1 DVDs, CDs, taped-delay audio/video streams, off-air broadcast content). 

32 Advertising, e-commerce and other promotional material (collectively, 

33 "promotional material") may be considered a subset of content 122. 



10 



1 Content 122, with or without related promotional material, preferably is 

2 retrieved from or dropped off by partner content providers or otherwise received 

3 from a content provider or source. The content and advertising 

4 aggregation\management module 136 preferably registers the file-based content 122 

5 in a data repository 134 and assigns the file-based content 122 a content expiration 

6 date. The content expiration date is generally a date on which the file-based content 

7 122 is considered out-of-date, redundant, super-ceded, or past the content's 

8 usefulness, although the expiration date may also be arbitrarily chosen. The 

9 expiration date enables an ongoing auto-cleanup procedure of the NOC data 

10 repository 134 (e.g., deleting all content 122 with an expired expiration date). The 

1 1 content and advertising aggregation\management module 136 preferably also 

12 reviews and processes promotional material to ensure adherence to standards 

13 required for NOC transaction processing operations. For example, these standards 

14 may include hyper-text markup language ("HTML") templates that incorporate 

1 5 "hooks" used by the client 20 to link to backoffice operations (e.g., NOC 12 

1 6 operations that track e-commerce purchases or advertising clicks, as described 

1 7 below with reference to Fig. 1 7) to which the promotional material should conform 

1 8 (z. e. , the promotional material includes these templates). The content and 

1 9 advertising aggregation\management module 136 preferably assigns live (and taped- 

20 delay) feeds directly to a channel controller 128 for inclusion as a component of a 

21 specific virtual channel 124. 

22 Figure 5 is a flowchart illustrating an exemplary method 1360 of content and 

23 advertising aggregation and management. The method 1360, preferably executed 

24 by the content and advertising aggregation\management module 136 as described 

25 above, comprises receiving/retrieving content from content providers 1361, 

26 registering content in data repository 1362, assigning a content expiration date 

27 1363, reviewing and processing advertising and e-commerce material to ensure 

28 adherence to standards 1364 and assigning live feeds to a channel controller 1365. 

29 Referring again to Figure 4, the content and advertising classification 

30 module 1 37 preferably classifies the content 122 and promotional material so that 

3 1 the content 122 and promotional material may be targeted or filtered for users based 

32 on user personal profiles, feedback or other criteria. The content and advertising 

33 module preferably classifies content 122 according to'parameters that enable a 

34 preference-based filtering through an intelligent application of a user's personal 



1 profile by the client 20. The personal profile preferably includes various descriptive 

2 data about the user and the user's content preferences and may be created through 

3 question and answer sessions or other feedback, such as viewing/listening habits 

4 and content hits and may be dynamically updated to reflect changes in the user's 

5 preferences. The classification parameters are preferably defined to correspond to 

6 classification parameters of the personal profile. For example, live sports content 

7 receives a classification that corresponds to a classification in the personal profile of 

8 a user that prefers live sports. The content and advertising module may classify 

9 content 122 with classes and sub-classes to reflect specific sub-categories of a 

10 general category (e.g., a professional football game in a class "live sports", sub- 

1 1 class "professional football game") and/or to show that the content 122 fits within 

12 multiple categories and/or sub-categories. What is the nature of the content (i.e., 

1 3 whether a movie, a sports event, a infomercial, a news program, a weekly program, 

14 etc.) may be determined, for example, automatically from a content title or 

1 5 descriptor (e.g. , a numeric code) encoded with the content or by a human operator 

1 6 that examines a description of the content, a content title or the content itself. Once 

1 7 this is determined, known methods of content classification may be used. 

1 8 The content and advertising classification module 137 preferably classifies 

1 9 promotional materials according to demographic parameters that enable the 

20 targeting of one of several concurrently delivered advertising streams towards a user 

21 (e.g., based on personal profile). The promotional materials may be received with 

22 related content, as described above, or unassociated with other content. The 

23 demographic parameters are defined to correspond with the demographics of users 

24 so that advertising and e-commerce designed for users with certain demographics 

25 are targeted and sent the targeted promotional materials. For example, a beer ad 

26 designed for 25 to 35 year-old males is preferably classified accordingly. What is 

27 the nature of the promotional material (e.g., a beer commercial, an infomercial, an 

28 e-commerce opportunity) and for what users the promotional material is designed 

29 may be determined, for example, automatically from a title or descriptor (e.g, a 

30 numeric code) encoded with the promotional material or by a human operator that 

3 1 examines a description of the promotional material, a promotional material title or 

32 the promotional material itself. Once this is determined, known methods of 

33 promotional material classifying may be used. 
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1 Figure 6 is a flowchart illustrating an exemplary method 1370 of content and 

2 advertising classification. The method 1370, preferably executed by the content and 

3 advertising classification module 137 as described above, preferably comprises 

4 determining the nature of the content/promotional material 1371 , classifying content 

5 to enable filtering 1372 or classifying promotional material to enable targeting 

6 1373. 

7 Referring again to Figure 4, the content scheduler 138 is preferably 

8 responsible for the ongoing program scheduling of content 122 across virtual 

9 channels 124. The content scheduler 138 preferably schedules content 122 and 

1 0 related promotional materials for inclusion as part of a virtual channel 124 that 

1 1 supports concurrent broadcast of multiple subcomponents, including video and 

12 audio streams, as well as files. The content scheduler 138 dynamically determines 

13 the scheduling of content 122 and promotional materials based on a variety of 

14 criteria. For example, the content scheduler 138 may schedule content 122 of one 

15 classification (e.g., live sports) together on one or more virtual channels 124. 

16 Likewise, the content scheduler 138 may schedule content 122 provided from one 

1 7 content source together on one or more virtual channels 124. Further, the content 

1 8 scheduler 138 may schedule content 122 based on the bandwidth necessary to 

19 receive the content 122 (e.g., scheduling high bandwidth content together). Once the 

20 content scheduler 138 determines on which virtual channel 124 to schedule certain 

21 content 122, the content scheduler 138 preferably scheduled the content by sending 

22 real-time commands to the network controller 126 in order to provide process 

23 control of the channel controllers 128, which are responsible for the actual 

24 production of a virtual channel 124. 

25 Figure 7 is a flowchart illustrating an exemplary method 1 380 of content & 

26 advertising broadcast scheduling. The method 1380, preferably executed by the 

27 content scheduler 138 as described above, preferably comprises: determining on 

28 which virtual channel to schedule content 1381; scheduling the content for inclusion 

29 as part of a virtual channel 1382; and, scheduling related promotional materials for 

30 inclusion as part of the virtual channel 1 383 . As noted above, the determining step 

31 1381 may be based on a variety of criteria. In this example, promotional material 

32 related to the scheduled content is also scheduled on the same virtual channel 124. 

33 Alternatively, the promotional material, whether related or not, may be scheduled 
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1 on a different virtual channel 124 (e.g., on a promotional material-only virtual 

2 channel that is linked to the content 122 by the client 20 at the user machine 1 8). 

3 Referring again to Figure 4, the network controller 126 is preferably a 

4 server-based software application package that provides top level network 

5 management functionality and that is responsible for controlling other components 

6 of the NOC 12. For example, the network controller 126 preferably issues 

7 instructions/commands to the channel controllers 128, directing the operation of the 

8 channel controllers 128 and the dynamic configuration of the virtual channels 124. 

9 The network controller 126 may accomplish the dynamic configuration by 

1 0 maintaining an open Transmission Control Protocol/Internet Protocol ("TCP/IP") 

1 1 connection to each individual channel controller 128, issuing basic 

12 instructions/commands that activate or deactivate content 122 subcomponents, 

13 thereby defining the composition of the virtual channel 124. The network controller 

14 126 preferably also issues a system- wide clock pulse that ensures timing 

15 synchronization across virtual channels 124. 

1 6 Figure 8 is a flowchart illustrating an exemplary method 1 260 of network 

17 controller operation. The method 1260, preferably executed by the network 

18 controller 126 as described above, preferably comprises: opening and maintaining a 

19 TCP/IP connection to a channel controller 1261; instructing the channel controller 

20 to activate or de-activate content subcomponents 1262; and synchronizing virtual 

21 channels 1263. 

22 Figure 9 is a block diagram illustrating a channel controller 128 and 

23 operation of the channel controller 128. The channel controller 128 preferably is a 

24 software application package that manages coordination of the various components 

25 used for the creation and transmission of an individual virtual channel. Hence, the 

26 channel controller preferably comprises the following modules: a network 

27 command processor 1281; a media server 1282; a file broadcast module 1283; and, 

28 a IP multiplexer 1284. The network command processor 1281 preferably accepts 

29 instructions/commands from the network controller 126 to drive the operation and 

30 interaction of the other modules. The media server 1282, e.g, a Microsoft™ 

3 1 ("MS") Media Server or RealNetworks, Inc.™ Server, preferably produces a real- 

32 time Multicast IP stream suitable for play by a media player (not shown in Figure 

33 9), e.g., a MS Media Player or RealPlayer™. For example, the media server 1282 
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1 stream may be an active streaming format ("ASF") formatted user datagram 

2 protocol/internet protocol ("UDP/IP") suitable for the MS Media Player or a 

3 Realtime Streaming Protocol ("RTSP") suitable for the RealPlayer. The media 

4 server 1282 stream is generated from content 122 transmitted to the channel 

5 controller. For example, the media server 1282 stream may be generated from a file 

6 source {e.g., from the data repository 134) or from a live or tape-delayed feed, such 

7 as an analog feed with the assistance of an encoder (not shown) that encodes the 

8 analog feed for digital transmission. 

9 The file broadcast module 1 283 , e.g. , a CacheStream XD™ ("extreme 

10 datacasting") file broadcast module, preferably provides for the file transfer 

1 1 subcomponent of the virtual channel 124, enabling files to be transfer via the virtual 

12 channel 124 to a user machine 1 8. The file broadcast module preferably receives 

13 files and converts them to a stream. The file broadcast module preferably outputs 

14 the stream via a TCP/IP connection to the IP multiplexer 1284; the TPC/IP 

15 connection provides flow control to any actual file transfer process. 

1 6 The IP multiplexer 1 284, e.g. , a Cachestream CMX IP-Mux™ ("channel 

17 manager extreme"), preferably combines the streams produced by the media server 

18 1282 and the file broadcast module 1283 configures the combined streams into a 

19 single output IP multicast stream from the channel controller 128. The IP 

20 multiplexer 1284 preferably encrypts the output IP multicast stream and protects the 

2 1 output stream, e.g. , by forward error correction. As shown in Figure 9, preferably 

22 each output IP multicast stream is a virtual channel 124. 

23 Referring again to Figure 4, the output multicast IP streams from each 

24 channel controller 128 preferably flow over a NOC 12 local area network ("LAN") 

25 to the IP Gateway 1 30. The IP Gateway 130 may be a third party commercial 

26 product, such as Sky Stream's IP Gateway™. The IP Gateway 130 forwards the 

27 virtual channels 124 to the uplink 132. The uplink 132 is connected to the 

28 transmission medium 14 and may be, for example, a satellite uplink. 

29 Figure 10 is a flowchart illustrating an exemplary method 1280 of channel 

30 controller operation. The method 1280, preferably executed by a channel controller 

31 128 as described above, preferably comprises: receiving network controller 

32 commands 1285; producing a media server stream for a media player 1286; 

33 providing file transfer subcomponent stream 1287; combining streams into an 
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1 output IP multicast stream 1288; and, encrypting and error protecting the output 

2 stream 1289. The stream produced for the media player in the producing step 1 286 

3 may be a different format (e.g. , not ASF) and type (eg, not UDP/IP) then that 

4 described herein, as determined by available media players in use on user machines 

5 18. 

6 Referring to Figure 1, as discussed above, the NOC 12 delivers virtual 

7 channels 124 via the transmission medium 14 (e.g., satellite) to the broadband ISPs 

8 1 6 at the edge of the Internet. The broadband ISPs 1 6 are preferably enabled to 

9 receive and transmit high bandwidth (e.g., > kPs) content, providing the ISP 

10 subscribers with high bandwidth service. Broadband ISPs 16 may include, for 

1 1 example, companies providing high bandwidth access via digital cable lines, DSL, 

12 T-x lines or Ethernet. Figure 1 1 illustrates an exemplary broadband ISP 16 

1 3 comprising a broadband ISP backbone 1 62, a receiver 1 64, and a POP client server 

14 80. The broadband ISP backbone 1 62 preferably handles the major communication 

1 5 traffic of the broadband ISP 1 6. The receiver 1 64 (e.g., a satellite receiver) 

16 preferably receives the virtual channels (IP multicast streams) 124 from the 

1 7 transmission medium 1 4. 

1 8 The POP client server 80 preferably sits on the broadband ISP backbone 

19 162. The POP client server 80 preferably receives the virtual channels 124 received 

20 by the receiver 164 and is preferably configured to capture a subset of, or all, virtual 

2 1 channels 1 24 broadcast from the NOC 1 2. The POP client server 80 may be located 

22 elsewhere (i. e. , separate from the broadband ISP 1 6) and may receive the virtual 

23 channels 124 directly (e.g., from the transmission medium 14 or the NOC 18). The 

24 POP client server 80 preferably acts primarily as a simple Multicast router, 

25 propagating those virtual channels 124 that have actually been requested by at least 

26 one client 20, over the broadband ISP backbone 1 62 for transmission to user 

27 machines 18. The POP client server 80 preferably also supports a utility application 

28 that allows each individual client 20 to assess the client's host user machine 1 8 link 

29 speed (i.e. , bandwidth capacity) to the POP client server 80 upon startup. The link 

30 speed is preferably used to determine the availability of certain virtual channels 124 

3 1 for the user machine 1 8. For example, if a certain virtual channel 1 24 contained 

32 content requiring a bandwidth greater then the bandwidth capacity of a user 

33 machine 1 8, the user machine would not receive that virtual channel 124. 
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1 Figure 12 is a flowchart illustrating an exemplary method 800 of POP client 

2 server operation. The method 800, preferably executed, at least in part, by the POP 

3 client server 80 as described above, preferably comprises: assessing user machine 

4 link speed 801; determining client's virtual channel availability 802, capturing a 

5 subset of virtual channels 803; and, propagating requested virtual channels over IP 

6 backbone 804. The assessing step 801 and/or determining step 802 may be 

7 performed by, or in cooperation with, the client 20 of the user machine 1 8 being 

8 assessed. For example, the assessing step 801 may comprise the client 20 sending a 

9 request for link speed assessment upon startup on the user machine 18, the POP 

1 0 client server 80 transmitting test packets of varying bandwidths to the user machine 

11 18, the client 20 reporting the transmission times for the test packets to the POP 

12 client server 80, and the POP client server 80 calculating the bandwidth capacity of 

13 the user machine 18 from this information. Virtual channels 124 that required a 

14 bandwidth exceeding this bandwidth capacity may then be determined to be outside 

15 the client's 20 available virtual channels 124. The subset of virtual channels 803 

1 6 may be determined by the bandwidth capacity of all user machines 1 8 serviced by a 

1 7 broadband ISP 1 6. For example, if the bandwidth capacity of all user machines 1 8 

18 of a broadband ISP 1 6 is below a level required by certain virtual channels 124, the 

19 POP client server 80 may not capture these certain virtual channels 124 in the 

20 capturing step 803 . 

21 Each user machine 1 8 that receives virtual channels 1 24 from the POP client 

22 server 80 preferably hosts a client 20, as described above. The client 20 is 

23 preferably a software package that incorporates Internet browser and media player 

24 {e-g-> MS IE and Media Player) technologies in order to provide flexibility in 

25 personalized selection and presentation of the multidimensional media content 122 

26 available from the virtual channels 124. The client 20 preferably continually scans 

27 the control channel (described above), which preferably delivers scheduling and 

28 classification information on programming carried by the virtual channels 124 

29 available to the client 20. The client 20 preferably enables each individual user 

30 {e.g., family members) on a single user machine 19 to fill out a personal profile 

3 1 describing personal interests in content 122 as well as GUI theme (skin) preference. 

32 Since the content 122 on the virtual channels 124 is preferably uniformly 

33 classified, the client 20 may apply, at the user's request or otherwise {e.g., as 

34 directed by the NOC 12 or the POP client server 80), a user's personal profile to 
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1 filter the presentation of available programming to include content 122 specified as 

2 being of interest to the user. The client 20 may then present the filtered, personal 

3 content 1 82 (see Figure 1 ) for selection, as a personalized view of available 

4 programming. Users may select the personal content 1 82 from across available 

5 virtual channels 124 for either immediate viewing or for caching - and future, on- 

6 demand access. The client 20 preferably continually monitors the ongoing 

7 allocation of disk resources and provides utilities and safeguards that allow each 

8 user to manage their personal disk cache. The client 20 preferably incorporates a 

9 "clean-up" feature that automatically deletes outdated or expired content. 

10 Figure 13 illustrates an embodiment of the client 20. As shown, the client 

1 1 20 preferably comprises a background data capture routine 20 1 and a customizable 

12 user interface (e.g., a dynamic GUI) 202. The background data capture routine 201 

13 preferably that "tunes" to and interprets virtual channels 124, including the control 

14 channel 125. The customizable user interface 202 supports management and 

1 5 display of incoming data (e.g., content and promotional material) through the 

1 6 selection of hyper-links (e.g. , hyper-text markup language ("HTML") links). The 

1 7 customizable user interface 202 preferably utilizes dynamic HTML routines 202 1 , 

1 8 personal profiles 2022 and dynamic GUI skins 2023 received from the control 

19 channel 125 to create a personalized display 2024. 

20 Upon startup, the client preferably connects to the local POP client server 80 

2 1 to determine link speed (as described above with reference to Figures 11-12) and 

22 automatically opens the control channel 125 used to provide programming 

23 information and deliver dynamic GUI "skins". In the system 10 for delivering 

24 personalized broadband content, the dynamic GUIs 202 and their hyper-links are 

25 preferably customized for each individual user through the dynamic creation of 

26 displays that are a function of personal interests as defined in the personal profile, as 

27 well as indicated preferences in GUI presentation (skins). The customizable 

28 interface 202 hyper-links preferably support the communication of information 

29 regarding user selection of content 122 back to the background capture routine 20 1 

30 for execution. When a hyper-link for a virtual channel 124 is selected for display or 

3 1 caching, the background capture routine 201 automatically opens membership to the 

32 appropriate multicast service, effectively tuning to the requested virtual channel 

33 124. A multicast channel, like a broadcast channel, is generally available while 

34 being broadcast. In order to tune to the multicast channel, the client 20 preferably 
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1 issues a "join" request to join the multicast group of the desired virtual channel 124. 

2 This request is sent to the nearest router (e.g., POP client server 80) in order for the 

3 client 20 to join the group (i.e., open membership to the appropriate multicast 

4 service). 

5 The client 20 preferably enables the concurrent capture of two virtual 

6 channels 124 (as well as the control channel 125), making it possible to watch one 

7 program or content item while recording (caching) another. The client 20 

8 preferably accomplishes the caching of content 122 (e.g., video and audio streams) 

9 through implementation of a process and file structure. The content 1 22 is 

1 0 preferably cached in a user cache 203 on the user machine 1 8 . Digital rights 

1 1 management of the cached content is discussed below. 

12 Figure 14 is a flowchart illustrating an exemplary method 210 of operation 

13 of the client 20. The method 2 1 0, preferably executed by the client 20 as described 

14 above, preferably comprises: scanning the control channel 211; filtering available 

15 content 212; selecting content 213; if the content is selected for immediate viewing, 

16 displaying content 214; if the content is not selected for immediate viewing, caching 

17 content 215; monitoring allocation of resources 216; and deleting content 217. As 

18 noted above, the content 122 may include audio content, so "viewing" and "display" 

19 are meant to include listening to or playing audio alone or in conjunction with 

20 video, text, or other material. Selecting content 213 may comprise the client 20 

2 1 selecting content that has been chosen by a user (e.g. , by clicking on a hyper-link on 

22 the dynamic GUI). The monitoring allocation of resources 2 1 6 may comprises 

23 determining available space in the user cache 203 and may be performed when 

24 content 122 is cached or at regular intervals, for example. The deleting content 217 

25 may comprise deleting content 122 that has an expired expiration date. The steps of 

26 the method 210 may be repeated as necessary (for example, the scanning step 21 1 is 

27 preferably executed continually and as new content is available, the filtering step 

28 212 may be performed.) 

29 Figure 15 is a flowchart illustrating an additional exemplary method 220 of 

30 operation of the client 20. The method 220, preferably executed at least in part by 

3 1 the client 20 as described above, preferably comprises: connecting to server 22 1 ; 

32 determining link speed 222; opening control channel 223; customizing dynamic 

33 user interface 224; selecting virtual channel(s) 225; tuning to virtual channel(s) 226; 

34 and concurrently displaying a first selected virtual channel while caching a second 
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1 selected virtual channel 227. The connecting step 221 preferably comprises the 

2 client 20 connecting to the POP client server 80. The opening step 223 may 

3 comprise receiving updated GUI skins over the control channel 125, which may be 

4 used in the customizing step 224. 

5 Additionally, the client 20 may provide alerts of, for example, new content 

6 122, advertising and e-commerce opportunities based on user profiles and/or what a 

7 user is viewing. When new content 122, advertising or e-commerce opportunities 

8 that match the interests of a user, as determined from/by the user's profile, the user 

9 may be alerted, for example with video in a separate window or the same window, 

10 about the new content 122, advertising or e-commerce opportunity. The alerts may 

1 1 interrupt the primary content stream, which the user may pause while viewing the 

12 alert to resume viewing later. The alerts may be created by software running in 

1 3 background and/or by searches running in background. 

14 The client 20 preferably provides the capability of caching incoming real- 

15 time streams (virtual channels 124) by implementing a generic approach of saving 

16 incoming packets to disk along with the time differential from receipt of the last 

17 packet from that steam. This allows the client user machine 1 8 to reconstitute the 

1 8 original real-time steam from disk at any time in the future. 

19 The system 10 for delivering personalized broadband content preferably 

20 supports digital rights management that provides and restricts access to certain types 

21 of content 122. Installation of the client 20 is preferably a component of the digital 

22 rights management. Preferably, installation of the client 20 involves an automated 

23 exchange with a License Server (see Figure 17) located at the NOC 12, whereby a 

24 new user is preferably registered and is assigned a unique identification number. As 

25 part of the installation process, the user's user machine 1 8 is profiled, and this 

26 information is embedded along with the unique identification number in an 

27 encrypted license file - essentially tying the license file to that particular user 

28 machine 18. Digital rights management, e.g. , the ability to record video or audio 

29 streams carried within virtual channels 124, is preferably controlled dynamically at 

30 the NOC 1 2 on a channel-by-channel basis. If the recording of a certain program or 

3 1 e-commerce event, for example, is deemed permissible, users may optionally save 

32 the stream to disk (e.g., the user cache 203) for future, on-demand viewing. 

33 When a user has opted to record, the target stream is preferably saved to disk 

34 in an encrypted format, whereby the user's unique identification number is stored 
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1 within the stream file header itself. If the user attempts to view the stored content, 

2 the identification number within the stream file header is compared to that stored in 

3 the license file, which is in tarn validated against the computer profile. If the 

4 identification numbers don't match, or the license file is invalid, the stream file is 

5 left encrypted and cannot be replayed. Besides preventing an unauthorized user 

6 from viewing the recording (i.e., since the user identification number is checked), 

7 this mechanism effectively inhibits content stream recordings from being shared 

8 between computers (i.e., since the license file is validated against the computer 

9 profile). 

10 The encryption of content and use of user ids prevents the access to the 

1 1 content by other user machines 18. Additionally, content can be encrypted with 

12 parental controls, such as passwords, to prevent unwanted viewing. 

1 3 Figure 1 6 is a flowchart illustrating an exemplary method 230 of client 

14 installation and digital rights management. The method 230, which is preferably 

1 5 executed by the client 20 in conjunction with components of the NOC 12, 

1 6 preferably comprises: assigning a unique user ID number 23 1 ; profiling the user 

17 machine 232; embed user machine profile and user ID in license file 233; request 

1 8 restricted content 234; save stream in encrypted format with user ID 235; verify 

19 user ID number 236; verify user machine profile 237; and replay recorded stream 

20 238. 

21 Figure 17 is a block diagram illustrating additional components of the NOC 

22 12 and operation of the additional components. The additional components are 

23 preferably located at the NOC 12 and accessed by clients 20 through the Internet 

24 127. The additional components may be located remotely from the NOC 12. As 

25 shown in Figure 17, the additional components of the NOC 12 may comprise: a 

26 client services server 82; a pay-per-view server 84; an e-commerce router 86; and, 

27 an advertising portal server 88. 

28 The client services server 82 preferably manages new user registration and 

29 provides client services for users. For example, the client services server 82 

30 preferably assigns the unique user identification number to a user as part of the user 

31 registration procedure. The client services server 82 preferably stores user 

32 information in the client database 822. The client services server 82 preferably 

33 stores the user identification number along with the profile of the user's user 

34 machine 1 8 in an encrypted License file that is preferably transmitted over the 
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1 Internet 1 27 to the user machine 1 8, as illustrated by a License Generation 82 1 

2 block. The License file is used as a control mechanism for both pay-per-view 

3 operations and digital rights management of content recordings (as described above 

4 with reference to Figure 16). By including the user machine 1 8 profile in the 

5 License file, the client services server 82 "ties" the License file to a specific user 

6 machine 1 8, preventing use of the License file on another user machine 18. The 

7 client services server 82 preferably hosts a Web-site that allows users to view a 

8 password protected statement of the user's account with respect to pay -per- view and 

9 other operations, as illustrated by the client account reporting 823 block. The client 

1 0 account reporting 823 preferably accesses the client database 822 to determine the 

1 1 user's account balances and transactional information. 

1 2 Figure 1 8a is a flowchart illustrating an exemplary method 240 of user 

1 3 registration and license file creation. The method 240, preferably executed by the 

14 client services server 82 in conjunction with a client 20 as described above, 

15 preferably comprises: registering a user 241; assigning user an id number 242; 

16 receiving profile of user machine 243; generating a license file 244; and, 

1 7 transmitting license file to the user machine 245. Registering a user 241 preferably 

18 comprises storing user information in the client database 822. Assigning user an id 

1 9 number 242 preferably comprises the client services server 82 randomly generating 

20 a unique user id number. The receiving step 243 preferably comprises the client 

21 service server 82 receiving a profile of the user machine 18 generated by the client 

22 20 installed on the user machine 18. The generating step 244 preferably comprises 

23 the client services server 82 storing the user id and user machine profile in a license 

24 file and encrypting the license file. The transmitting step 245 preferably comprises 

25 the client services server 82 transmitting the license file to the user machine 18. 

26 Figure 1 8b is a flowchart illustrating an exemplary method 250 of user 

27 account inquiry. The method 250, preferably executed by the client services server 

28 82 in conjunction with the client 20, preferably comprises: displaying user account 

29 Web-site 25 1 ; requesting user password 252; accessing user information from client 

30 database 253; and, displaying user account information 254. The displaying step 

31 251 preferably comprises the client services server 82 transmitting one or more 

32 Web-pages (not shown) over the Internet to the user machine 18 for display by the 

33 client 20 on a browser {e.g., MS I/E). The user password may be assigned or 

34 chosen by a user during user registration. If the user password is properly entered, 
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1 the client services server 82 accesses and retrieves the user information from the 

2 client database 822. The displaying step 254 preferably comprises the client 

3 services server 82 transmitting the user's account information over the Internet to 

4 the user machine 18 for display by the client 20. 

5 Referring again to Figure 1 7, the pay-per-view ("PPV") server 84 preferably 

6 manages and enables pay-per-view operations of the system 10. Pay-per-view 

7 operations are preferably based on a credit system, whereby users purchase credits 

8 (fixed denominations) that may be redeemed in exchange for access to pay-per-view 

9 events and content, as illustrated by the purchase credits block 841 . Credits are 

10 preferably purchased via the PPV server 84 in fixed denominations and are 

1 1 transferred directly to a user's personal account. As noted above, status of this 

12 account may be viewed at any time via the client services server 82. The credit card 

13 verification block 842 indicates processing of a credit card purchase of credits. 

14 Access to pay-per-view events, as indicated by the PPV purchase block 843, 

15 is preferably granted by the PPV server 84 through issuance of an encrypted 

16 "certificate" detailing the broadcast of the event and the type and duration of access 

1 7 authorized. The certificate generation block 844 indicates issuance of the 

18 certificate. These certificates are preferably transmitted to (e.g., over the Internet) 

1 9 and stored on the user's user machine 1 8 as part of a pay-per-view purchase 

20 transaction. The PPV purchase 843 comprises verifying that the user has sufficient 

21 credits and deducting the cost of the purchase from the user credit balance. The 

22 transactions block 844 indicates that the client account reporting 823, as discussed 

23 above, is utilized to access the user's account. For example, the PPV server 84 may 

24 access the user account Web-site to determine the user's account credit balance. 

25 The transactions block 844 also indicates that a commercial invoice may be 

26 generated. The PPV server 84 may generate a commercial invoice if, for example, a 

27 third party rewards the user with credits for some transaction and the user redeems 

28 the credits to purchase a PPV event or content. The commercial invoice may be a 

29 bill for the rewarded/redeemed credits. 

30 The certificates generated by the PPV server 84 preferably include a 

3 1 reference to the user's unique ID. If this number matches that which is embedded in 

32 the user's License file - which in turn is validated against the user machine 1 8 

33 profile - the certificate to be considered valid. This verification mechanism 

34 effectively inhibits the transfer of pay-per-view certificates between systems. 
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1 Figure 19 is a flowchart illustrating an exemplary method 260 of pay-per- 

2 view access. The method 260, preferably executed by the PPV server 84 and a 

3 client 20 as described above, preferably comprises: purchasing credits 261; 

4 transferring credits to a user account 262; granting pay-per-view access 263; issuing 

5 an encrypted certificate 264; storing the encrypted certificate 265; and validating the 

6 encrypted certificate 266. Transferring credits to a user account 262 may comprise 

7 a third party transferring credits to the user account as a reward (e.g., for visiting the 

8 a Web-site). The granting step 263 preferably comprises verifying that the user has 

9 sufficient credits. The validating step 266 preferably comprises comparing the user 

10 ID in the certificate with that stored in the user's License file stored on the user 

1 1 machine 1 8 and comparing the user machine profile in the License file to the user 

12 machine 1 8. If both the user ID and user machine 1 8 are verified, the certificate is 

1 3 encrypted and the user may view the PPV event or content on the user machine 1 8. 

14 Figure 20 is a logic flow/block diagram illustrating another exemplary 

15 method 270 of PPV access. As shown, the method 270 preferably comprises a user 

16 ordering PPV content or a PPV event 271, wherein the PPV content 272 is a show 

17 costing 25 credits; the PPV server 84 debiting the user's account by 25 credits 273; 

1 8 creating an encrypted digital certificate 274, wherein the certificate comprises the 

1 9 show ID and the user ID; checking the license file of the client 275; and checking 

20 the user machine profile 276. 

2 1 Referring back to Figure 1 7, the e-commerce router 86 is preferably a server 

22 responsible for routing e-commerce opportunities to clients 20 and re-routing e- 

23 commerce transactions to third-party e-commerce providers. Web-based e- 

24 commerce opportunities within the system 10 that are broadcast as part of a virtual 

25 channel 124 are preferably first processed at the NOC 12 (eg, by NOC staff) to 

26 implement an "interception" of purchase transactions back to the NOC 12. When a 

27 user selects an e-commerce opportunity for purchase (or other use) via a client 20, 

28 the e-commerce purchase is preferably intercepted by the NOC 12, and specifically 

29 by the e-commerce router 86 (e.g. , via the Internet). The e-commerce router 86 

30 preferably records each incoming (secure) purchase in a transaction database 861 . 

3 1 The e-commerce router 86 then preferably automatically securely re-routs the 

32 purchase to the originally defined destination, as indicated by the re-route 

33 transaction block 862. The implementation of this e-commerce routing provides a 

34 strict control mechanism for the tracking of e-commerce generated revenues, and 
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1 enables the proactive invoicing of partner e-commerce retailers. As seen in Figure 

2 17, the e-commerce router 86 and the transaction database 861 may generate a 

3 commercial invoice that charges the e-commerce retailers/providers for e-commerce 

4 transactions routed through the e-commerce router 86 (and hence, generated 

5 through the system 10). 

6 Figure 21 is a flowchart illustrating an exemplary method 280 of e- 

7 commerce purchasing. The method 280, preferably executed by the e-commerce 

8 router 86 and other components of the system 10 as described above, preferably 

9 comprises: processing e-commerce content to implement an interception 281; 

10 intercepting an e-commerce purchase 282; recording the intercepted e-commerce 

1 1 purchase 283; and re-routing intercepted e-commerce purchase 284. 

12 Referring to Figure 17 again, the advertising portal server 88 preferably 

13 manages advertising material delivered via the system 10. Preferably, advertising 

14 material is first processed at the NOC 12 (e.g, by NOC staff) to implement a 

15 "redirect" of advertising clicks back to the advertising portal server 88. When a 

16 user clicks on advertising material, the clicks are re-directed so that incoming clicks 

1 7 are registered in a transaction database 881 before being redirected 882 back to their 

1 8 original destination or website. The registration of the incoming clicks enables the 

19 advertising portal server 88 to track the effectiveness of targeted advertising and 

20 enables the proactive invoicing of partner advertisers for portal revenues. As seen 

21 in Figure 17, the advertising portal server 88 and the transaction database 881 may 

22 generate a commercial invoice that charges the partner advertisers for advertising 

23 clicks (or hits) re-directed through the advertising portal server 88 (and hence, 

24 generated through the system 10). 

25 Figure 22 is a flowchart illustrating an exemplary method 290 of advertising 

26 re-direction. The method 290, preferably executed by the advertising portal server 

27 88 and other components of the system 10 as described above, preferably 

28 comprises: processing advertising material to implement redirection 88 1 ; 

29 intercepting incoming advertising click 882; registering intercepted advertising click 

30 883; redirect advertising click 884; and, invoicing partner advertisers 885. 

3 1 The implementation of a credit system in support of pay-per-view operations 

32 in the system 10 provides an unprecedented opportunity to openly barter with users 

33 for access to information concerning the users personal habits, preferences, or 

34 opinions ("data mining"). For example, as described above the client 20 
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1 incorporates the capability of tracking the personal viewing habits of each user 

2 profiled per client installation. Data mining collects user personal habits, 

3 preference, or opinions on a voluntary basis in exchange for credits, which may be 

4 redeemed for pay-per-view purchases. Advertising partners may create "credit 

5 enable" Web pages (not shown). These pages preferably incorporate an automated 

6 transaction that credits a user's account in exchange for the return of information, or 

7 for the viewing of specific advertising opportunities. The same transaction 

8 automatically debits the advertiser's account, supporting the generation of a 

9 commercial invoice for credits allocated. This automated transaction preferably 

10 utilizes the PPV server 84 to accomplish these credits and debits, as described 

1 1 above. This data mining enables qualified lead generation (e.g., sales leads) for 

12 vendors, such as automotive dealers. 

1 3 Moreover, the system 1 0 operators may provide credits to users for viewing 

1 4 advertising. These credits may be redeemed for pay-per-view or other purchases. 

1 5 The client 20 preferably verifies that the user watched the advertisement (e.g^ that 

16 the complete advertisement was displayed) and provides advertisers a unique 

1 7 opportunity to target advertising and verify that their content is viewed. 

1 8 Figure 23 is a flowchart illustrating an exemplary method 300 of data 

19 mining. The method 300 preferably comprises: requesting user information in 

20 exchange for credits 301, wherein the credits may be used to purchase PPV content 

21 and events; receiving the requested user information 302; and crediting the user 

22 account with credits 303. The method 300 may also comprises debiting credits 

23 from a third-party account, wherein the number of credits credited to the user 

24 account are debited from the third-party account. 

25 Figure 24 is a block diagram illustrating an alternative embodiment of the 

26 NOC. 

27 Figure 25 is a flowchart illustrating an exemplary method 3 10 of creating a 

28 dynamic GUI. The method 310 preferably comprises: determining data 

29 accommodation of a user machine 311 and, creating a dynamic GUI using the 

30 determined data accommodation and a user's personal profile 312. The data 

3 1 accommodation is preferably the bandwidth capacity of a user machine 18. 

32 Figure 26 is a flowchart illustrating an exemplary method 320 of delivering 

33 personalized broadband content. The method 320 preferably comprises: receiving a 

34 request for a portion of Multicast IP data 321 ; receiving Multicast IP data at internet 
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1 service provider 322; receiving a control channel 323; locating the requested portion 

2 of Multicast IP data with information from control channel 324; communicating 

3 requested portion of Multicast IP data to client 325; and, determining if user is 

4 authorized to view requested portion of Multicast IP data 326. The receiving a 

5 request step 321 may comprise the POP client server 80 receiving a request for 

6 content 122 from a client 20. The receiving Multicast IP data step 322 may 

7 comprise the POP client server 80 receiving the virtual channels 124 at .the 

8 broadband ISP 16. The receiving a control channel step 323 may comprise the POP 

9 client server 80 receiving the control channel 125 at the broadband ISP 16. The 

10 locating step 324 may comprise the POP client server 80 locating the virtual 

1 1 channel 124 with the requested content 122 using information contained on the 

12 control channel 125. The communicating step 325 may comprise the POP client 

13 server 80 transmitting the requested content over a broadband connection to the user 

14 machine 1 8 on which the client 20 resides. The determining step 326 may comprise 

15 checking for a certificate file and/or checking a license file, as described above, to 

1 6 verify user authorization. 

17 Figure 27 is a flowchart illustrating another method 330 of advertising in the 

18 system 10 for delivering personalized broadband content. The method 330 

1 9 preferably comprises: sending advertisement linked to content 331; displaying the 

20 advertisement with the content if called for display 332; storing advertisement in 

21 memory 333; recalling advertisement for display with other content 334; and, 

22 linking advertisement with other content 335. The sending step 33 1 may comprise 

23 an advertising provider transmitting an advertisement to the NOC 12. The 

24 displaying step 332 comprises the client 20 displaying the advertisement with its 

25 linked content on the user machine 1 8. The storing step 334 may comprise the 

26 client 20 storing the content in the user cache 203. The recalling step 334 may 

27 comprise the client 20 retrieving the stored advertisement from the user cache 203 

28 when the stored advertisement meets some criteria with regard to content being 

29 displayed (e.g. , a beer commercial for display during a football game). The linking 

30 step 335 may comprise the client 20 re-linking the advertisement to content for 

31 future display. 
32 
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